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DETAILED ACTION 

1 . Claims 1-18 have been examined. 

Papers Submitted 

2. It is hereby acknowledged that the following papers have been received and placed of 
record in the file: RCE and Extension of Time as received on 1/24/2005. 

Withdrawn Rejections 

3. Applicant's amendments to claims 1 and 10 overcome the rejections set forth in the 
previous Office Action. Consequently, those rejections are hereby withdrawn by the examiner. 
However, upon further consideration, a new grounds of rejection is applied below. Arguments 
regarding the old rejections are considered moot. 

Claim Objections 

4. Claim 1 is recites the limitation "the fetched instruction" in lines 12-13. There is 
insufficient antecedent basis for this limitation in the claim. 

5. Claim 10 is recites the limitation "the instruction" in line 11. There is insufficient 
antecedent basis for this limitation in the claim. 

6. Claim 16 is recites the limitation "the instruction causing the breakpoint" in lines 11-12. 
There is insufficient antecedent basis for this limitation in the claim. 
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Claim Rejections - 35 USC § 103 

7. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

8. Claims 1-5, 8-10, 12, and 14 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Song, U.S. Patent No. 5,546,599 (as applied in the previous Office Action), in view of 
Grochowski et al., U.S. Patent No. 6,353,883 (as applied in the previous Office Action and 
herein referred to as Grochowski). 

9. Referring to claim 1, Song has taught a computer system for executing instructions 
comprising: 

a) a fetch unit for fetching instructions to be executed. See Fig.3, and note that instructions are 
fetched from instruction cache 14 into instruction buffer 70. 

b) a decode unit for decoding said instructions. See Fig.3, component 72. 

c) at least one pipelined execution unit for executing decoded instructions. From Fig.3, it should 
be realized that decoded instructions are eventually dispatched to execution units (which are 
shown in Fig. 1). In addition, see column 4, lines 11-16, and note that that the execution units 
exist within a multi-stage pipeline and that the execution units may require multiple cycles 
themselves (specifically, in Fig. 13 and 15). 

d) an emulation unit including control circuitry which cooperates with the decode unit to 
selectively control the decode unit to implement a precise watch or a non-precise watch on 
detection of a breakpoint caused by an instruction having a specified program count or an 
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instruction having a specified opcode, wherein according to a non-precise watch, the instruction 
causing the breakpoint and subsequent instructions are not allowed to enter the execution unit. 
See column 9, line 48, to column 10, line 7. Note that a breakpoint/exception is caused by an 
illegal instruction, for instance. An illegal instruction has an opcode that is not in the set of legal 
opcodes. Consequently, the breakpoint is caused by a specified (illegal) opcode. In this case 
(precise), it and its subsequent instructions are dispatched to reservation stations of an execution 
unit. See Fig.2, components 50a and 50b. However, the instructions are not allowed to enter the 
true execution unit (execution logic) 54 for execution if a breakpoint was caused (this is 
determined by checking the EOK bit). It should be realized that in the claim, applicant has not 
defined what it means to not enter an execution unit. For purposes of this examination, the 
execution unit is the actual logic 54 which performs execution. It should also be noted from 
column 10, lines 26-28, that in one technique, the breakpoint instruction is never dispatched to 
the execution unit. Both of these aforementioned teachings read on applicant's claims. 
Furthermore, in column 10, lines 12-16, it is disclosed that the breakpoint/exception is processed 
after all instructions preceding the breakpoint are complete. As a result, it should be realized that 
the instructions subsequent to the breakpoint instruction are not executed (don't enter the 
execution unit) until the exception is processed. On the other hand, note from column 22, lines 
16-29, that the system also operates in a non-precise (imprecise) exception mode. More 
specifically, the breakpoint instruction causing the exception (caused at least in part by an 
instruction having a floating-point opcode) along with subsequent instructions are allowed to 
proceed through the pipeline so that increased performance is achieved, 
e) Song has not taught that: 



Application/Control Number: 09/748,785 Page 5 

Art Unit: 2183 

• the executed instructions are predicated instructions, wherein each instruction 
includes a guard, the value of which determines whether or not that instruction is 
executed. However, Grochowski has taught the concept of executing predicated 
instruction having guards. See Fig.6, step 610, and Fig. 1 (note that p2 is a 
predicate/guard). 

• the execution unit is associated with a guard register file holding values of the 
guards to allow resolution of the guards to be made. However, Grochowski has 
taught such a concept. See Fig.3A, component 300, and column 2, lines 65-67. 
Note that the predicate table (register file), is updated with actual predicate values, 
which are in turn used as predictions for speculatively executed instructions. 

• instructions are supplied to the execution unit while guard resolution in said 
execution pipeline is awaited. However, Grochowski has taught such a concept. 
See column 3, lines 4-35. More specifically, predicated instructions are allowed 
to progress through the pipeline before its corresponding guard is resolved. 

A person of ordinary skill in the art would have recognized that by implementing 
predicated instructions with predicate prediction within Song, a) conditional branches could be 
eliminated, thereby reducing the amount of instructions required in the instruction set, and b) 
predicated instructions would be speculatively executed (i.e., executed before the corresponding 
guard is resolved), thereby maximizing throughput by executing predicated instructions as soon 
as possible. As a result, it would have been obvious to one of ordinary skill in the art at the time 
of the invention to modify Song to include predicated instructions and predicate prediction, as 
taught by Grochowski. It should be noted that applicant has not tied together the guard concept 
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and the watch-mode concepts. Based on the claim language, applicant just has a mode where 
guard resolution is awaited, and this would happen in any guarded/predicated system. 

10. Referring to claim 2, Song in view of Grochowski has taught a computer system as 
described in claim 1 . Song has further taught that the system is implemented on a single chip. 
See Fig. 1, component 10, and column 2, lines 47-48. 

1 1 . Referring to claim 3, Song in view of Grochowski has taught a computer system as 
described in claim 1. Song has further taught a program memory for holding said instructions to 
be executed. See Fig. 1 and column 2, lines 60-61 . 

12. Referring to claim 4, Song in view of Grochowski has taught a computer system as 
described in claim 1. Song has not explicitly taught that the emulation unit is associated with an 
emulation program memory which holds debug code which is executed in a debug mode. 
However, recall that Song has taught handling exceptions (see Fig. 3 and column 8, lines 10-13). 
As is known in the art, when an exception/interrupt is triggered during execution of a program, a 
handling routine must be invoked in order to correct the error associated with the 
exception/interrupt before execution of the main program may resume. According to "The 
American Heritage® Dictionary of the English Language, 3 rd Edition, 1992," the word "debug" 
is defined as "to search for and eliminate malfunctioning elements or errors in." Consequently, 
when an error occurs in an executing program in Song, an exception will be triggered. A 
handling routine (debug code) is invoked in order to search for the problem causing the 
exception and eliminate the error. This process would be considered debug mode. In addition, it 
should be realized that the debug code must be stored somewhere (emulation program memory). 
As a result, it would have been obvious to one of ordinary skill in the art at the time of the 
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invention to implement an emulation program memory which holds debug code which is 
executed in a debug mode in Song since this feature is well known, accepted, and expected in the 
art of exceptions and exception handling. 

13. Referring to claim 5, Song in view of Grochowski has taught a computer system as 
described in claim 1 . Song in view of Grochowski has further taught that when the emulation 
unit is in a precise watch mode, it is operable to issue a request to the execution pipeline for 
guard resolution, the guard resolution being transmitted to the control circuitry of the emulation 
unit which is responsive thereto to control operation of the decode unit. Note from column 3, 
lines 25-35, of Grochowski, that a predicated instruction is prevented from executing until the 
guard is resolved. This is advantageous in that a time-expensive recovery is not required if the 
guard is improperly predicted. Therefore, when Song is in precise watch mode, Grochowski has 
taught that it is beneficial to issue a request to the execution pipeline for guard resolution for the 
aforementioned reasons. As a result, it would have been obvious to one of ordinary skill in the 
art at the time of the invention to issue a request to the execution pipeline for guard resolution 
during precise watch mode in Song. 

14. Referring to claim 8, Song in view of Grochowski has taught a computer system as 
described in claim 1 . Song has further taught a microinstruction generator which receives 
instructions from the decode unit and supplies microinstructions to the execution pipeline. See 
Fig. 3, component 74, and column 7, lines 23-26, and note that up to 4 microinstructions that are 
to be dispatched are determined (aka produced or generated). In addition, Grochowski has 
taught that said microinstructions include fields for holding respective guards to be resolved. For 
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instance, see column 5, lines 36-41, and note that the predicate is extracted from the instruction. 
Therefore, there must be a field within the instruction which specifies the predicate. 

15. Referring to claim 9, Song in view of Grochowski has taught a computer system as 
described in claim 1 . Song has further taught a plurality of parallel pipelined execution units, 
including at least two data unit pipelines for executing data processing instructions and at least 
two address unit pipelines for executing memory access instructions. From Fig. 1, it should be 
seen that floating-point unit (30) and fixed point unit A (22) are data units in that they will 
execute floating and fixed point instructions (such as add, subtract, mult, etc.), and load/store 
unit (28) and complex fixed-point unit are address units in that the load/store unit will execute 
loads and stores, which access memory, and complex fixed point unit also accesses memory 
(general and special purpose registers, which are forms of memory). Finally, it should be 
realized that to make separable is not generally a patentable feature or would be an obvious 
improvement. More specifically, it would have been obvious to one of ordinary skill in the art at 
the time of the invention to modify Song's load/store unit into a separate load unit and store unit, 
thereby yielding two address units. 

16. Referring to claim 10, Song has taught a method of debugging an on-chip processor 
which is arranged to execute instructions, the method comprising: 

a) fetching instructions to be executed. See Fig. 3, and note that instructions are fetched from 
instruction cache 14 into instruction buffer 70. 

b) decoding said instructions. See Fig.3, component 72. 
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c) executing decoded instructions, said executing step including resolving values of the guards of 
the instructions. From Fig.3, it should be realized that decoded instructions are eventually 
dispatched to execution units (which are shown in Fig. 1). 

d) detecting instructions which have a debug effect based on a program count or an opcode of the 
instructions and acting on said instructions in dependence on whether the processor is in a 
precise watch mode or a non-precise watch mode wherein, according to a precise watch mode, 
the instruction and subsequent instructions are not executed and according to a non-precise 
watch mode, the instruction and subsequent instructions are supplied and executed normally. 
See column 9, line 48, to column 10, line 7. Note that a breakpoint/exception is caused by an 
illegal instruction, for instance. An illegal instruction has an opcode that is not in the set of legal 
opcodes. Consequently, the breakpoint is based on an opcode of the instruction. In this case 
(precise), it and its subsequent instructions are dispatched to reservation stations of an execution 
unit. See Fig. 2, components 50a and 50b. However, the instructions are not allowed to enter the 
true execution unit (execution logic) 54 for execution if a breakpoint was caused (this is 
determined by checking the EOK bit). It should be realized that in the claim, applicant has not 
defined what it means to not enter an execution unit. For purposes of this examination, the 
execution unit is the actual logic 54 which performs execution. It should also be noted from 
column 10, lines 26-28, that in one technique, the breakpoint instruction is never dispatched to 
the execution unit. Both of these aforementioned teachings read on applicant's claims. 
Furthermore, in column 10, lines 12-16, it is disclosed that the breakpoint/exception is processed 
after all instructions preceding the breakpoint are complete. As a result, it should be realized that 
the instructions subsequent to the breakpoint instruction are not executed (don't enter the 



Application/Control Number: 09/748,785 Page 10 

Art Unit: 2183 

execution unit) until the exception is processed. On the other hand, note from column 22, lines 
16-29, that the system also operates in a non-precise (imprecise) exception mode. More 
specifically, the breakpoint instruction causing the exception (caused at least in part by an 
instruction having a floating-point opcode) along with subsequent instructions are allowed to 
proceed through the pipeline so that increased performance is achieved, 
e) Song has not taught that: 

• the executed instructions are predicated instructions, wherein each instruction 
includes a guard, the value of which determines whether or not that instruction is 
executed. However, Grochowski has taught the concept of executing predicated 
instruction having guards. See Fig.6, step 610, and Fig.l (note that p2 is a 
predicate/guard). 

• Said executing step includes resolving values of the guards of the instructions. 
However, Grochowski has taught such a concept. See Fig. 1 . Note that by 
executing the COMPARE instruction, the guard p2 will be resolved. 

• instructions are supplied to the execution unit while guard resolution in said 
execution pipeline is awaited. However, Grochowski has taught such a concept. 
See column 3, lines 4-35. More specifically, predicated instructions are allowed 
to progress through the pipeline before its corresponding guard is resolved. 

A person of ordinary skill in the art would have recognized that by implementing 
predicated instructions with predicate prediction within Song, a) conditional branches could be 
eliminated, thereby reducing the amount of instructions required in the instruction set, and b) 
predicated instructions would be speculatively executed (i.e., executed before the corresponding 
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guard is resolved), thereby maximizing throughput by executing predicated instructions as soon 
as possible. As a result, it would have been obvious to one of ordinary skill in the art at the time 
of the invention to modify Song to include predicated instructions and predicate prediction, as 
taught by Grochowski. It should be noted that applicant has not tied together the guard concept 
and the watch-mode concepts. Based on the claim language, applicant just has a mode where 
guard resolution is awaited, and this would happen in any guarded/predicated system. 

It should be further realized that according to "The American Heritage® Dictionary of 
the English Language, 3 rd Edition, 1992," the word "debug" is defined as "to search for and 
eliminate malfunctioning elements or errors in." Consequently, when an error occurs in an 
executing program in Song, an exception will be triggered. A handling routine (debug code) is 
invoked in order to search for the problem causing the exception and eliminate the error. This 
process would be considered debugging. 

17. Referring to claim 12, Song in view of Grochowski has taught a method as described in 
claim 10. Song in view of Grochowski has further taught that breakpoints are detected at 
instructions having certain opcodes. From column 9, line 48, to column 10, line 7, it should be 
realized that illegal instructions (with illegal opcodes) cause breakpoints/exceptions. Also, from 
column 22, lines 16-29, breakpoints result from floating-point errors. So the breakpoint is partly 
caused by the instruction being a floating-point instruction (having a floating-point opcode). 

18. Referring to claim 14, Song in view of Grochowski has taught a method as described in 
claim 12. Furthermore, recall that Song has taught handling exceptions (see Fig.3 and column 8, 
lines 10-13). As is known in the art, when an exception/interrupt is triggered during execution of 
a program, a handling routine must be invoked in order to correct the error associated with the 



Application/Control Number: 09/748,785 Page 12 

Art Unit: 2183 

exception/interrupt before execution of the main program may resume. According to "The 
American Heritage® Dictionary of the English Language, 3 rd Edition, 1992," the word "debug" 
is defined as "to search for and eliminate malfunctioning elements or errors in " Consequently, 
when an error occurs in an executing program in Song, an exception will be triggered. A 
handling routine (debug code) is invoked and executed by the processor in order to search for the 
problem causing the exception and eliminate the error. This process would be considered a 
debug mode. 

19. Claims 6 and 13 are rejected under 35 U.S.C. 103(a) as being unpatentable over Song in 
view of Grochowski, as applied above, and further in view of Matt et al., EP 0943 995 A2 (as 
disclosed by applicant, applied in the previous Office Action, and herein referred to as Matt). 

20. Referring to claim 6, Song in view of Grochowski has taught a computer system as 
described in claim 5. Song in view of Grochowski has not taught the specifics set forth in claim 
6. However, Matt has taught issuing a go command and divert command to the decode unit 
responsive to receipt of the guard resolution from the execution pipeline, wherein a go command 
allows the instruction which caused the breakpoint and subsequent instructions to be normally 
decoded and executed, and a divert command sets the computer system into a debug mode. See 
column 4, lines 6-40. More specifically, when a break event occurs, (which would include 
exceptions taught by Song), the system would issue either a command to resume execution (go 
command) or a command to execute a service routine (divert command). This allows for real- 
time execution control for debug functions within a processor, as taught by Matt in column 4, 
lines 6-9. As a result, it would have been obvious to one of ordinary skill in the art at the time of 
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the invention to modify Song in view of Grochowski in view of Matt such that an go and divert 
commands may be issued in order to allow for real-time execution control for debug functions. 
21 . Referring to claim 13, Song in view of Grochowski has taught a method as described in 
claim 10. 

a) Furthermore, Song in view of Grochowski has taught that in a precise watch mode, a request 
for guard resolution is issued such that an instruction guard is resolved prior to execution of the 
instruction. Note from column 3, lines 25-35, of Grochowski, that a predicated instruction is 
prevented from executing until the guard is resolved. This is advantageous in that a time- 
expensive recovery is not required if the guard is improperly predicted. Therefore, when Song is 
in precise watch mode, Grochowski has taught that it is beneficial to issue a request to the 
execution pipeline for guard resolution for the aforementioned reasons. As a result, it would 
have been obvious to one of ordinary skill in the art at the time of the invention to issue a request 
to the execution pipeline for guard resolution during precise watch mode in Song, 

b) Song in view of Grochowski has not taught selectively causing issue of one of a go command 
and a debug command responsive to the guard resolution. However, Matt has taught issuing a go 
command and divert command to the decode unit responsive to receipt of the guard resolution 
from the execution pipeline, wherein a go command allows the instruction which caused the 
breakpoint and subsequent instructions to be normally decoded and executed, and a divert 
command sets the computer system into a debug mode. See column 4, lines 6-40. More 
specifically, when a break event occurs, (which would include exceptions taught by Song), the 
system would issue either a command to resume execution (go command) or a command to 
execute a service routine (divert command). This allows for real-time execution control for 
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debug functions within a processor, as taught by Matt in column 4, lines 6-9. As a result, it 
would have been obvious to one of ordinary skill in the art at the time of the invention to modify 
Song in view of Grochowski in view of Matt such that an go and divert commands may be issued 
in order to allow for real-time execution control for debug functions. 

22. Claims 7 and 15 are rejected under 35 U.S.C. 103(a) as being unpatentable over Song in 
view of Grochowski, as applied above, and further in view of Adler et al., U.S. Patent No. 
5,627,98 1 (herein referred to as Adler). 

23. Referring to claim 7, Song in view of Grochowski has taught a computer system as 
described in claim 1 . Song in view of Grochowski has not taught the specifics set forth in claim 
7. However, Adler has taught a system in which the instruction which caused the breakpoint 
(exception) and subsequent instructions are decoded and executed normally until such time as 
said instruction reaches the execution pipeline where its guard is resolved such that a commit 
signal is generated to the control circuitry of the emulation unit, and wherein the emulation unit 
is responsive to receipt of the commit signal to set the computer system into a debug mode. See 
the last 8 lines of the abstract and Fig. 9. In essence, predicated instructions are executed 
speculatively (i.e., executed normally without knowing the actual value of the guard/predicate). 
When the instruction is at a commit point, and if the instruction's predicate is true, then if that 
instruction caused a breakpoint (or exception), then it will be serviced (debug mode). This 
scheme allows errors that should not have occurred (errors resulting from instructions that should 
not have executed) to be ignored while servicing the errors that should have occurred (errors 
resulting from instructions that have properly executed. See column 3, lines 20-42. As a result, 
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it would have been obvious to one of ordinary skill in the art to modify the system taught by 
Song in view of Grochowski such that it includes the functionality of Adler. 

24. Referring to claim 15, Song in view of Grochowski has taught a method as described in 
claim 10. Song in view of Grochowski has not taught the specifics set forth in claim 15. 
However, Adler has taught a system in which the instruction which caused the breakpoint 
(exception) and subsequent instructions are decoded and executed normally until such time as 
the guard is resolved wherein, if the guard is resolved such that a position commit signal is 
generated, the processor is set into a debug mode. See the last 8 lines of the abstract and Fig. 9. 
In essence, predicated instructions are executed speculatively (i.e., executed normally without 
knowing the actual value of the guard/predicate). When the instruction is at a commit point, and 
if the instruction's predicate is true, then if that instruction caused a breakpoint (or exception), 
then it will be serviced (debug mode). This scheme allows errors that should not have occurred 
(errors resulting from instructions that should not have executed) to be ignored while servicing 
the errors that should have occurred (errors resulting from instructions that have properly 
executed. See column 3, lines 20-42. As a result, it would have been obvious to one of ordinary 
skill in the art to modify the system taught by Song in view of Grochowski such that it includes 
the functionality of Adler. 

25. Claim 1 1 is rejected under 35 U.S.C. 103(a) as being unpatentable over Song in view of 
Grochowski, as applied above, and further in view of Kurakazu, U.S. Patent No. 5,644,703 (as 
disclosed by applicant, applied in the previous Office Action, and herein referred to as 
Kurakazu). 
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26. Referring to claim 11, Song in view of Grochowski has taught a method as described in 
claim 10. Song in view of Grochowski has not explicitly taught that breakpoints are detected at 
instructions having certain program counts. However, Kurakazu has taught that an address break 
is well known, accepted, and expected in the art. See column 1, lines 12-20. More specifically, 

a user is allowed to set a breakpoint at a specified address in order to determine the status of the 
system at that particular point regardless of the instruction that is at the address. As a result, it 
would have been obvious to one of ordinary skill in the art at the time of the invention to modify 
Song in view of Grochowski such that breakpoints are detected at instructions having certain 
program counts (addresses). 

27. Claim 16 is rejected under 35 U.S.C. 103(a) as being unpatentable over Song in view of 
Grochowski, as applied above, and further in view of Hennessy and Patterson, Computer 
Architecture - A Quantitative Approach, 2 nd Edition , 1996 (as applied in the previous Office 
Action and herein referred to as Hennessy). In addition, Hennessy, page 180, and The Free On- 
Line Dictionary of Computing (1995), are cited as extrinsic evidence for respectively showing 
that exceptions and breakpoints are synonymous and for showing the definition of "page fault," 
which is a specific type of exception. 

28. Referring to claim 1, Song has taught a computer system for executing instructions 
comprising: 

a) a fetch unit for fetching instructions to be executed. See Fig.3, and note that instructions are 
fetched from instruction cache 14 into instruction buffer 70. 

b) a decode unit for decoding said instructions. See Fig.3, component 72. 
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c) at least one pipelined execution unit for executing decoded instructions. From Fig.3, it should 
be realized that decoded instructions are eventually dispatched to execution units (which are 
shown in Fig. 1). In addition, see column 4, lines 11-16, and note that that the execution units 
exist within a multi-stage pipeline and that the execution units may require multiple cycles 
themselves (specifically, in Fig. 13 and 15). 

d) an emulation unit including control circuitry which cooperates with the decode unit to 
selectively control the decode unit to implement a precise watch or a non-precise watch on 
detection of a breakpoint wherein according to a precise watch, the instruction causing the 
breakpoint is not decoded by the decode unit and according to a non-precise watch, the 
instruction causing the breakpoint and subsequent instructions are permitted to be supplied from 
the decode unit to the at least one execution unit. Note from column 9, line 48, to column 10, 
line7, that the system is able to operate in precise exception mode. In this mode, the instruction 
causing the exception/breakpoint (see Hennessy page 180 and note that a breakpoint is an 
exception) is prevented from being executed based on an EOK bit. Furthermore, note from 
column 22, lines 16-29, that the system also operates in a non-precise (imprecise) exception 
mode. More specifically, the instruction causing the exception (breakpoint) along with 
subsequent instructions are allowed to proceed through the pipeline so that increased 
performance is achieved. Song has not explicitly taught that according to a precise watch mode, 
the instruction causing the breakpoint is not decoded. However, Hennessy has taught that 
exceptions (breakpoints) may occur when an instruction is to be fetched. See Figure 3.41 on 
page 184. A person would have realized that if a page fault exception occurs during the fetch, 
then the fetch has failed and the instruction that is supposed to be fetched will not be decoded. A 
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page fault, according to FOLDOC (see attached definition) is "... an access to a page of memory 
that is not currently mapped to physical memory. When a page fault occurs, the operating 
system either fetches the page in from secondary storage (usually disk). . .". That is, if an 
instruction is to be fetched but a page fault occurs, then that instruction is not currently in 
memory, and consequently it cannot be fetched and decoded until after the operating system 
fetches the page from secondary storage (the OS fixes the exception). As a result, it would have 
been obvious to one of ordinary skill in the art at the time of the invention to not decode an 
instruction during precise watch mode, 
e) Song has not taught that: 

• the executed instructions are predicated instructions, wherein each instruction 
includes a guard, the value of which determines whether or not that instruction is 
executed. However, Grochowski has taught the concept of executing predicated 
instruction having guards. See Fig. 6, step 610, and Fig. 1 (note that p2 is a 
predicate/guard). 

• the execution unit is associated with a guard register file holding values of the 
guards to allow resolution of the guards to be made. However, Grochowski has 
taught such a concept. See Fig.3 A, component 300, and column 2, lines 65-67. 
Note that the predicate table (register file), is updated with actual predicate values, 
which are in turn used as predictions for speculatively executed instructions. 

• instructions are supplied to the execution unit while guard resolution in said 
execution pipeline is awaited. However, Grochowski has taught such a concept. 
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See column 3, lines 4-35. More specifically, predicated instructions are allowed 
to progress through the pipeline before its corresponding guard is resolved. 
• issue a request to the execution pipeline for guard resolution, the guard resolution 
being transmitted to the control circuitry of the emulation unit which is responsive 
thereto to control operation of the decode unit. Note from column 3, lines 25-35, 
of Grochowski, that a predicated instruction is prevented from executing until the 
guard is resolved. This is advantageous in that a time-expensive recovery is not 
required if the guard is improperly predicted. Therefore, when Song is in precise 
watch mode, Grochowski has taught that it is beneficial to issue a request to the 
execution pipeline for guard resolution for the aforementioned reasons. 
A person of ordinary skill in the art would have recognized that by implementing 
predicated instructions with predicate prediction within Song, a) conditional branches could be 
eliminated, thereby reducing the amount of instructions required in the instruction set, and b) 
predicated instructions would be speculatively executed (i.e., executed before the corresponding 
guard is resolved), thereby maximizing throughput by executing predicated instructions as soon 
as possible. As a result, it would have been obvious to one of ordinary skill in the art at the time 
of the invention to modify Song to include predicated instructions and predicate prediction, as 
taught by Grochowski. 

29, Claim 17 is rejected under 35 U.S.C. 103(a) as being unpatentable over Song in view of 
Grochowski in view of Hennessy, as applied above, and further in view of Matt, as applied 
above. 
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30. Referring to claim 17, Song in view of Grochowski and further in view of Hennessy has 
taught a computer system as described in claim 16. Furthermore, claim 17 is rejected for the 
same reasons set forth in the rejection of claim 6. 

3 1 . Claim 1 8 is rejected under 35 U.S.C. 103(a) as being unpatentable over Song in view of 
Grochowski in view of Hennessy, as applied above, and further in view of Adler, as applied 
above. 

32. Referring to claim 18, Song in view of Grochowski and further in view of Hennessy has 
taught a computer system as described in claim 16. Furthermore, claim 18 is rejected for the 
same reasons set forth in the rejection of claim 7. 

Response to Arguments 

33. Applicant's arguments filed on November 24, 2004, have been fully considered but they 
are not persuasive. 

34. Applicant argues the novelty/rejection of claims 5 and 16 on pages 9-10 of the remarks, 
in substance that: 

"Specifically, Applicants disagree that one of skill in the art would have modified Song to issue a 
request to the execution pipeline for guard resolution. The architecture disclosed by Song does 
not support predicated execution. Therefore, in Song it is impossible to perform resolution of 
guard values. Accordingly, the asserted combination of Song and Grochowski would not yield a 
functional system." 

35. These arguments are not found persuasive for the following reasons: 

a) The examiner agrees that Song does not teach predicated execution. However, this is the 
reason Grochowski was combined with Song. Grochowski has shown a teaching of the well- 
known concept of predication. By using predicates, conditional branches are unnecessary, 
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thereby reducing the number of instructions in the instruction set. Specualtive execution is also 
allowed with predication which speeds up the system. The examiner asserts that there is nothing 
in Song which would prevent predication from being implemented. 
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